home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990422-19990725 / 000292_news@columbia.edu _Mon Jul 19 13:25:09 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  6KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA08536
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 19 Jul 1999 13:25:08 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA17396
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 19 Jul 1999 13:04:48 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: heiby_u@falkor.chi.il.us (Ron Heiby)
  10. Subject: Re: Any progress on K95 GUI?
  11. Date: Mon, 19 Jul 1999 16:32:37 GMT
  12. Organization: MCSNet Services
  13. Message-ID: <37934874.3156469@news.mcs.com>
  14. To: kermit.misc@columbia.edu
  15.  
  16. -----BEGIN PGP SIGNED MESSAGE-----
  17. Hash: SHA1
  18.  
  19. fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote:
  20. >The pure-GUI version of 1.1.18 will have the same user interface as
  21. >before: Commands, rather than thousands of dialog boxes.  This "Text
  22. >GUI" will solve numerous problems caused by bugs and limitations in
  23. >the Windows 95/98 (and to some extent, NT) Console environment:
  24.  
  25. Does this also mean that when I type (on Win95 K-95) ahead, while Win95 is
  26. off contemplating its navel, that the keystrokes eventually seen by K-95 will
  27. be in the same order in which they were types? If so, that would be
  28. *fabulous* news!
  29.  
  30. >We have, all this time, committed ourselves to production of a full GUI
  31. >version of K95, and we are still committed to it.  However, it might help 
  32. >to understand better exactly why people want it.
  33.  
  34. Um, how about: "The irrational desire for form over function" -- the same
  35. reason that some people are hoping for a color (3Com) Palm device. (I would
  36. like to see a Palm screen that did better in "twilight" conditions.)
  37.  
  38. >Over the past several years, it has seemed to me that two of the main
  39. >advantages of K95 over most other products are:
  40. >
  41. > . The script language.
  42. >
  43. > . The availability of compatible Kermit programs (and script
  44. >   languages) for other platforms such as UNIX, VMS, and DOS.
  45.  
  46. Right on!
  47.  
  48. >These features, of course, have nothing to do with GUIs.  So, to help
  49. >us in our planning, I'd like to know -- in specific, detailed terms --
  50. >what exactly do people expect of the GUI?
  51.  
  52. To stay the heck out of my way.
  53.  
  54. >What GUI features will you use that are not already slated for 1.1.18
  55. >and that are not in the Dialer?
  56.  
  57. Can't really think of any. Oh, all right. How about a popup window that would
  58. display current modem signal state (just basic stuff like "show comm" gives)?
  59. Maybe it could be non-modal and stay visible while other things are going on,
  60. updating to match changes in the modem signal lines? Maybe it could give some
  61. kind of gross indication of whether data were being sent / received.
  62.  
  63. >How would you rank the desirabality of these features over
  64. >actual functional improvements such as:
  65. >
  66. > . IBM 3270 and 5250 emulation
  67. > . Tektronix and Sixel graphics terminal emulation
  68. > . Other frequently requested emulations
  69.  
  70. I have not had need for any emulations beyond the fairly rich set already
  71. provided. From time to time, I have needed to know what control sequences a
  72. given emulation supported. As I recall, I was referred to the manual for the
  73. actual terminal. Of course, I didn't actually *have* such a manual, since I
  74. was using Kermit for my terminal.... That may no longer be the case. I don't
  75. know, as the situation has not arisen lately.
  76.  
  77. > . Windows CE support
  78.  
  79. I've pretty much given up on WinCE for my personal use after trying both a
  80. pretty color handheld (H/PC) and a "palm" size device. (I think I heard that
  81. MS got blasted for calling it a Palm PC, but don't know what the current name
  82. is.) So, having this capability is not a screaming need for me. If I had it,
  83. I would probably pull my HP620LX out of the drawer and use it in some (rare)
  84. circumstances instead of my ThinkPad. But, I'm sure that you have better
  85. things to do than save my having to carry an extra 6 pounds of computer once
  86. or twice a year.
  87.  
  88. > . An API allowing control by other Windows apps
  89.  
  90. Now this one is fairly cool sounding. I think I could get some good use out
  91. of the ability to write a Visual C++ and/or Visual Basic application and have
  92. that program able to cause Kermit to establish a connection and transfer some
  93. information. Ideally, I'd be able to programmatically do anything
  94. (reasonably) done from the Kermit command line, including defining and
  95. invoking Kermit macros. I'd rate this one higher than anything else mentioned
  96. in the list, or anything related to "pretty GUI".
  97.  
  98. > . Chinese/Japanese/Korean terminal emulation
  99.  
  100. I personally have no need of this, but would guess that there is a fairly
  101. large market for it.
  102.  
  103. > . Web scripting
  104.  
  105. I don't know what this means. Does it mean being able to do some Kermit stuff
  106. as a CGI script? That might be fairly useful, but the earlier API interface
  107. should allow the same thing, plus a whole lot more.
  108.  
  109. > . Built-in FTP client
  110.  
  111. This is something I know I would use. There are several FTP sites that
  112. maintain information that is updated from time to time (e.g., the K-95 beta
  113. version). It would be handy to be able to script access to such sites, to
  114. fire up a Kermit session that would go to each site in turn, see whether
  115. something new had been added / changed, and download as appropriate. The
  116. ability to maintain a "database" of FTP sites, preferred starting directory,
  117. etc. (like ncftp does) would also be useful.
  118.  
  119. Speaking of non-Kermit protocol file transfers: Every now and then, I have a
  120. similar need to download files that do not appear at any FTP server. They
  121. appear in web pages with URLs like <http://some.site.com/path/file.zip>.
  122. Being able to hand such a URL to Kermit to get the file downloaded would be
  123. similarly useful.
  124.  
  125. >To start the ball rolling, I think it is apparent that for ease of use, a
  126. >simple popup for making connections (and authenticating) is desirable,
  127. >similar to what you see on the General page of a Dialer entry.
  128.  
  129. Sure, this would be fine.
  130.  
  131. -----BEGIN PGP SIGNATURE-----
  132. Version: PGP Personal Privacy 6.5.1
  133. Comment: Digital signature added to verify authorship and content.
  134.  
  135. iQA/AwUBN5NPB28pw+2/9pUJEQLTxACg3QWPaAVRmdZOnniDr4zJNxQHpj4Anjj/
  136. xiRyKpqu4TKak1iADMXoq9IS
  137. =m1ML
  138. -----END PGP SIGNATURE-----
  139.  
  140. -- 
  141. Ron.